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Abstract-In a Business-to-Business (B2B) scenario strategic goals are integration and iifafaerMlity. Integration 
regards the process, within an enterprise, of linking different software systems to becom^pkjr of larger systems. 
Interoperability is strictly linked to the standardization of commercial messages and comMffiywMKion protocols. In this 
work we present the implementation of an environment that provides a common and cohaiuffl^pterface between different 
trading partners and that can be easily integrated with the computer systems and afy/hiB middleware used by the 
enterprises involved in the e-commerce communication. We show how to apply itto cBnnect two B2B middlewares: 
Oracle B2B, a commercial platform, and Hermes 2.0, an open source project d*ve»peV Sy the University of Hong Kong. 



The commercial transactions are based on the electronic business eXstensibkS^MHp Language (ebXML) standard and 
the releated ebXML Messaging Services (ebMS) communication protocolary Tnteractions take place through web 
applications that provide a common view of the system to the trading partpeRyg^olved in the communication. 

I. Introduction 



The Internet has radically changed the way of communiatfjj^petween companies in electronic commerce (e- 
commerce) scenarios. Almost all the companies relied ^W^e Internet in order to use a common platform for 
processes automation and global visibility [1, 2, 3]. Tl^^aused a platforms fragmentation in the field of business 
messages, making the role of interaction strategk^or the e-commerce. Interaction consists of interoperability and 
integration: organizations spent a lot of tim^nkd economic resources in solving integration and consistency 
problems between several software sy 

While integration typically attends toSjmld a monolithic view of the enterprise [6], interoperability, that can be 
viewed as inter-enterprise inteej&jxp, is an essential requirement for today's successful business [7] and it is 
focused on the exchange ofj^fipgful, context-driven data between autonomous systems [6]. Its goal is to simplify 
the management of bu^fc^r transactions between trading partners creating an common platform, based on 
standards, in or<^rKo\%ffuce inter-enterprise integration costs and improve business trading. Integration and 
,n,ero P eram,^y depend „„ st ,„da,ds S uc„ as ,he eXs,e„ sM e Markup Language (XML, [8], ft. Uft.ed 
Nations ruldh«r Electronic Data Interchange for Administration, Commerce and Transport (UN/ED IF ACT) [9], the 
ekctroij^jpSiness eXstensible Markup Language (ebXML) [10] and other standards for data format and inter - 
emerprjses exchanges. 

In This paper we present the design and the implementation of an interoperable environment that provides a 
common and coherent interface between trading partners, hides the underlying technology, and can be easily 
integrated with computer systems and in Business-to-Business (B2B) middlewares. 
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n. Standard used in B2B communication 

The goal of the standards used in B2B communication is to electronically connect trading partners through the 
exchange of structured messages containing business data [11]. All interactions take place over networks like the 
Internet or Value Added Network (VAN) in a completely automatic way [12]. Internet with its high connectivity and 
low costs provides a standard and economic platform to companies and their partners [13]. There are many B2B 
protocols available that define various aspects of inter-companies communication to provide an explicit specification 
of requirements in order to implement the automation of the collaboration between companies [19]. TypieftlHTtrNjr 
basic concepts are: messages format, activities for sending and receiving of messages, business ma&sagjy and 
acknowledgment messages, time-out and retry logics, duplicate check and avoidance and roles [14]. 

In this section we describe one of the most important standard used to implement UN/ED yA^fctransaction: the 
ebXML standard and the related ebXML Messaging Services (ebMS) [15] protocol, that al^l|e?l in this work to 
implement commercial exchanges between the heterogeneous platforms considered. 

A. ebXML 

ebXML is a set of standards based on XML and proposed by the Organi/a^kf* the Advancement of Structured 




Information Standards (OASIS) [16] and the United Nations Centre for Facilitation and Electronic Business 

(UN/CEFACT) [17]. In this way, organizations have a standard met|^Jo^;ommunicate in common terms, define 
their business processes, and establish trading relationships [18]~% + 

ebXML is based on the concept of trading partnership, tha^H#ws companies to find new trading partners and to 
agree on the technical aspects to implement the electronid^^jimunication. A trading partnership is realized through 
two XML based documents: the Collaboration Proftteq^rrofile (CPP) and the Collaboration Protocol Agreement 
(CPA). With CPPs, companies can indie ate^&ieVhne of business, process, exchange techniques, supported 
technologies, and security methods implem^nwK Merging their CPPs, companies create the CPA document, where 
they define business processes, messa^^C^ucture, and technologies used to implement the commercial transaction. 
A typical ebXML creation of trafite partnership scenario consists of three phases: an implementation phase, in 
which the trading partner amj^^prns business processes and publishes them into a central public server called 
registry, a discovery and fccNyery phase, in which trading partners access to the registry to discover business 
processes and interfac^^fclished by other trading partners, and an execution phase, in which trading partners 
merge CPP into cjA^Bocuments and start the exchange of ebXML messages through the ebMS protocol. An 
ebXML mess^kcxhisists of two parts: a header that includes all the information about routing and delivery, and a 
payloadjfat^mtains the commercial data to be exchanged between trading partners. Poyload can contain any type 
ofrdH^^flL document, binary data and so on. 

B.dMS 

ebMS is a standard protocol defined by OASIS, that implements the message enveloping and header document 

schema used to transfer ebXML messages over communication protocols such as the HyperText Transfer Protocol 

(HTTP) [20] or the Simple Mail Transfer Protocol (SMTP) [21], and manages the sending and receiving ebXML 

messages [22]. ebMS is defined as a set of layered extensions to the base Simple Object Access Protocol (SOAP) 

[23] and it provides the message packaging, routing, and transport facilities for the ebXML infrastructure, using the 
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information contained in the trading partners' CPA documents. To recover this information and thus allow the 
exchange of ebXML messages, a Message Sevice Handler (MSH) is needed: a software platform that implements 
the ebXML architecture and is able to send and receive messages in accordance with the specifications described in 
the ebMS protocol. 

III. Design and implementation of the interoperable interface 
In a B2B messages exchange scenario, two enterprises want to send business messages over the Internet^he 
communication must be carried out in a totally independent way from their computer systems 




middlewares. A B2B messages exchange relies on the definition of the standard used for the message^jjntet and 
the related communication protocol, on the B2B middlewares used by the enterprises, and on the kfttfa- 



' tion issues 



with trading partners' computing platforms. We developed a web application that impleme«« a clanmon Graphic 

User Interface (GUI) to provide an interoperable and coherent environment between tradiiEpja^hers, and manages 

the issues related to the integration with a company's computer systems and B2B midd(g^re. The web application 

essentially consists of two parts: the common GUI, and a specific module that is dirf^^it for any B2B middleware 

♦ 

and organization and consists of two adapters, that are software componejjl^jl^ol^ed, on one hand, to manage the 



integration with the company' s computer systems, and, on the other hand^^jfbract with the B2B middleware in a 
completely transparent way for the end user. The web applicatio^fctftSfes both the sending and receiving of 
commercial messages. It is worth noting that the web applicatio\ha$ the important characteristic of being totally 
independent from the computing platform on which it runs, l^fofct, given its web-oriented nature based on generic 
servlet containers, it can be used on any computer systenOt^ accessed from any computer on the same network. In 
addition the web application is completely unrelatecf*&^m the standard used in the B2B communication because it 
depends only on the methods exposed by the B2^^ddleware to allow access to its services. The standards and the 
communication protocols are managed d*fewr^ by the B2B platform. The fact that the web application is 
independent by both the computer systj^^nd the standards used for B2B exchanges, makes it fully portable to any 
platform used to exchange busines^^ssages. 

A. The common GUI componehjd^Jweb application 

The common part, whjalpmJvides a simple and intuitive graphical interface for the insertion of the information to 
be sent or the recova^flly'integration of the messages received, has also the purpose of hiding the interaction with 
the company's m^^Ster systems and the B2B middleware in order to provide a monolithic view of the entire 
environmenkjVthe exchange of commercial messages. 



s ifl^wuter 

B. Tfj^Mapyirs of the web application 

mentioned previously, the adapters are software components involved in the integration stage of the web 
application. They are specific for any B2B middleware and computer system and must be modified during the setup 
phase of the environment in order to allow the web application to interact with the company' computer system and 
B2B middleware, solving the integration issues. The setup stage involves two phases: the analysis of the methods 
exposed by enterprise's B2B platform to interact with it and of the integration issues with the company's computer 
system, and the adaptation phase that consists of the modification of the adapters in order to make them able to 
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exchange information with the B2B middleware and to integrate them with the enterprise's system. In a typical 
scenario an end user (via GUI) or the computer system ask the web application to send or retrieve a message. Fig. 1 
shows the generic architecture of the interoperable environment and its usage via GUI: in this scenario the trading 
partner A accesses the web application via browser and inserts the data to be transferred, including any attachment, 
through the interface provided by the application (stage 1). Then the adapter, related to the B2B middleware, 
recovers the information and delivers the data to the platform in the format required by it (stage 2 and 3). At the end 
of the interaction and at the complete retrieval of all the data required, the B2B platform starts the corrm*niLatran 
(stage 4). For the reception the trading pamer B accesses the web application to retrieve a message by ti* unique id 
(stage 5). Following the request the web application connects to the B2B middleware through the c^^^tr (stage 6 
and 7) and retrieves the message with any attachment in a location specified by the end user (^age 

IV. AN INTEROPERABLE ENVIRONMENT PROTOTYPE V> 

In this section we present a brief description of the methods of interaction and intS^^ion used to modify the 



adapters, of the computer platforms adopted to implement the interoperable environm^pf; and of the development of 
web applications to provide an interface for the exchange of ebXML mes&j^y^e creation and the configuration 
of CPA documents related to the trading partnerships for both platforms ^^Jrtted. 

A. Oracle B2B 

Oracle B2B is an e-commerce gateway enabling the secure arlBAlifble exchange of business documents between 
trading partners [24]. Together with the Oracle SOA Suitefcj^rovides an architecture enabling a unified business 
process platform, end-to-end instance tracking, visibilit«^uaning, process intelligence, governance, and security. 

Oracle B2B consists of two servers: the adrrnrjistram'e one and the managed one. The former deals with the 
system general management including the cafenl^n of new trading partners, the partnership documents and the 
general state of the platform service^ Jt%, Iyer handles directly the dispatch and the retrieval of commercial 
messages. The managed server caii no%b^accessed directly, but only through a Service Component Application 
(SCA) implemented specifically ffTaich partnership and to which our web application interfaces in order to send 
B2B messages. \J^^f 




Internal view 



B2B 
MW 



Web Application 



Communication 



0 









Inf. 








Inf 








adapter 




Sys. 




Sys. 




adapter 



B2B 
MW 



Internal view 



External view 



^ilapTer 



I 
I 
I 

(t) 
I 
I 
I 



© 



L 



j 



Web Application 
I 
I 



Figure 1 . The generic architecture of the interoperabile environment and an example of B2B message exchange. 
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B. Hermes 2.0 

Hermes 2.0 is an open source gateway, developed by the Center for E-Commerce Infrastructure Development 
(CECID) of the University of Hong Kong, that provides a secure and reliable information transfer using common 
communication standards such as ebMS 2.0 [25]. This gateway implements a web service that handles either 
incoming and outgoing requests and can be directly called using SOAP Application Programming Interface (API) 
within the web application. 

*{\ 

C. Development of the web application adapter to send messages from Hermes 2.0 to Oracle B2B 

To implement its web service, Hermes 2.0 uses Apache Tomcat [26]: an open source servlet contain^^Vfeloped 
by the Apache Software Foundation (ASF) [27] and is able to host web applications. To setup a*fc>fo ) messages 
exchange it is necessary to recover the information about the trading partnerships storeA^itmfc Hermes SQL 
database. In particular, it is necessary to get the following values: CPA ID, Service, Action, ^cf^ansport endpoint. 

The web application retrieves these values and provides them to the Hermes web saj^Spthrough an instance of a 
class, which implements the SOAP communication and extended SOAPRunner classtjme SOAP message contains 
the payload, which represents the real messages to send, the attachments, w&wft^dy that includes the information, 
recovered from database, needed by the Hermes web service in order ta^lo^ess and send ebXML messages. It is 
worth noting that the message can contain every type of attachmenttytunnly limitation for image size that must 
not be larger than 5MB. The attachments are sent as binary strinaof d»ta. 




D. Development of the web application adapter to send messagesfoai Oracle B2B to Hermes 2.0 

To send an ebXML message, Oracle needs the creatfc^fa web service associated with the trading partnership. 
As described in section IVA, to create the web sej^iceTSCA application must be implemented. It consists of a set 
of pre-configured software modules that proifieVn external interface to connect to Oracle B2B. The principal 
software component of a SCA appliaati the Mediator that manages the recovery of the message and the 
interface with Oracle B2B in the jriida^^re infrastructure. The SCA application also defines the Web Services 
Description Language (WSDL) [I8]Vchema that is essential to create an own web application that exploits the 
created web service. Unlik^Hlra^s 2.0 that uses the SOAP API to communicate with its web service, it is worth 
noting that in Oracle B2fi»AiljJthe methods exposed by the SCA application in the WSDL schema must be used to 
send messages throu/nVfcexternal component. 




E. Receiving a ekKM^rhessage 

In this s^OTS^ we discuss about the receiving methods implemented for Oracle B2B and Hermes 2.0. Oracle B2B 
imr^rrfentl automatically the retrieval of the message for the textual part and for many Multipurpose Internet Mail 
gnsJbns (MIME) [29] attachments through an appropriate configuration of the environment. As regards Hermes 
2.0, it is necessary to implement other modules of the web application in order to extrapolate data from the Hermes 
web service and to provide a GUI to the end user. The web application recovers the ebXML file indicated by the 
user and parses it to catch the text content and to implement the conversion of any attachment to the original format. 
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V. Conclusions and future work 



In this paper we show the design and the implementation of a common interface between the trading partners, that 
can be easily integrated with any computer system and B2B middleware architecture used by the enterprises 
involved in the e-commerce communication. The strenght of this environment is that the web applications are 
completely independent by both the enterprise's computer systems and the standards used for B2B exchanges, 
making it fully portable to any platform used to exchange business messages. 

As future developments it could be taken into account the possibility of using the cloud computing techn»I^^^D 
made the interoperable interface completely free from the enterprise's on premises resources and available fijjm 
over the world . . *J 
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